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10 TECHNICAL FIELD 

The present claimed invention relates to dynamically generated 
code and call stack unwinding. More specifically, the present claimed 
invention relates to the registering of unwind information for 
corresponding dynamically generated code. 

15 

BACKGROUND ART 

Code instrumentation is a method for analyzing and evaluating 
program code performance. In one approach to code instrumentation, 
new instructions (or probe code) are added to the program, and, 

20 consequently, the original code in the program is changed and/or 
relocated. Some examples of probe code include adding values to a 
register, moving the content of one register to another register, moving 
the address of some data to some registers, etc. The changed and/or 
relocated code is referred to as instrumented code or, more generally, as 

25 an instrumented process. For purposes of the present discussion, 

instrumented code is one type of dynamically generated code. Although 
the following discussion explicitly recites and discusses code 
instrumentation, such discussion and examples are for illustration only. 
That is, the following discussion also appUes to various other types of 

30 dynamically generated code such as, for example, dynamically compiled 
Java byte code. 

One specific type of code instrumentation is referred to as dynamic 
binary instrumentation. Dynamic binary instrumentation allows 

35 program instructions to be changed on-the-fly. Measurements such as 
basic-block coverage and function invocation coimting can be accurately 
determined using dynamic binary instrumentation. Additionally, 
dynamic binary instrumentation, as opposed to static instrumentation, is 
performed at run-time of a program and only instruments those parts of 

40 an executable that are actually executed. This minimizes the overhead 
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imposed by the instrumentation process itself. Furthermore, 
performance analysis tools based on dynamic binary instrumentation 
require no special preparation of an executable such as, for example, a 
modified build or link process. 

5 

Unfortunately, dynamic binary instrumentation does have some 
disadvantages associated therewith. For example, because the binary 
code of a program is modified when using dynamic binary 
instrumentation methods, all interactions with the processor and 

10 operating system may change significantly, for example a program's 

cache and paging behavior. As a result, dynamic binary instrumentation 
is considered to be intrusive. Also, due to the additional instructions 
introduced by dynamic binary instrumentation, process execution time 
can slow to anywhere from some small amoimt of increased run time to 

15 multiples of the run time of the non-instrumented process. 



.lifter 



In one approach, dynamic binary instrumentation is performed in 
an in-line manner. That is, probe code is inserted into a code stream of 
interest. As a result, existing code must be relocated to new memory 
W 20 space because of increase in size of the original code stream due to the 

addition of probe code instructions. As compared to out-of-line 
I - approaches, an in-line approach leads to more compact code, less 

I ? intrusion, and better performance. That is, in a typical out-of-line 

y approach, a function's entry point is instnmiented with a long branch to a 

25 trampoline that executes the instruction plus additional code related to the 
instrumentation taking place. In the in-line approach, such long 
branching to the trampoline is avoided. However, an in-line strategy does 
have drawbacks. For example, the insertion of probe code changes the 
relative offsets in a code stream and requires lookup of indirect branches 
30 (e.g. in a translation table) whose target cannot be determined by the 
instrumentor. Also, combining different instrumentations and probe 
code is not as easy as it is in certain out-of-line approaches. 

One drawback associated with in-line instrumented processes is 
35 particularly troublesome. Namely, it is often necessary to imwind the call 
stack. For example, such an unwinding step in necessary when a C++ 
exception is thrown in a C++ application. Furthermore, in certain 
architectures such as, for example, an IA-64 architecture by Intel 
Corporation of Santa Clara, California, the rimtime architecture uses 
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iinwind information to perform the task of stack unwinding. As 
mentioned above, during in-line instrumentation, the insertion of probe 
code changes the relative offsets in a code stream. As a result, unwind 
descriptors that were generated by the compiler for the original function 
5 may not match the instrumented function to be unwound due to the 
insertion of the probe code. As a result, standard stack unwinding 
mechanisms will fail. Mainly, the unwind process will fail because the 
unwind mechanism can no longer find the corresponding unwind 
information for dynamically generated code. Therefore, in one approach, 
10 the unwind descriptors for the instrumented function must either be 

updated or new unwind descriptors must be generated. In one attempt to 
resolve this issue, pseudo-modules have been created. These pseudo- 
modules contain data about the dynamically generated code (e.g. the 
instrumented code) and the corresponding unwind information. The 
15 pseudo-modules are utilized by the software component seeking to register 
m an instrumented function along with its imwind information. This 

'3 registration, enabled by the pseudo-modules, in a centralized place allows 

easy and effective synchronization and eliminates the need to update 
unwind tables. 

20 

The above-described use of pseudo-modules does have certain 
complications associated therewith. Specifically, the use of the pseudo- 
modules must occur within the context of the target application (i.e. the 
instrumented application/process which is being unwound). Because this 
25 target application is not recompiled or relinked in any special way, there 
is no direct support for the use of the pseudo-modules. 

Thus, a need has arisen for a method and system for enabling the 
registration of dynamically generated code and its corresponding unwind 
30 information. Still another need exists for a method and system which 

meets the above need and which accommodates the use of pseudo-modules 
in the registration of the dynamically generated code and its 
corresponding unwind information. 
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DISCLOSURE OF THE INVENTION 

The present invention provides a method and system for enabling 
the registration of dynamically generated code and its corresponding 
unwind information. The present invention further provides a method 
5 and system which achieves the above accomplishment and which 
accommodates the use of pseudo-modules in the registration of the 
djniamically generated code and its corresponding unwind information. 

Specifically, in one method embodiment, the present invention 
10 creates a module which includes data related to djniamically generated 
code and corresponding unwind information. The present embodiment 
also provides an application program interface which allows the data to be 
registered such that dynamic registration of the djniamically generated 
code and the corresponding unwind information is enabled. 

15 

In another embodiment, the present invention provides a method 
for registering dynamically generated code and corresponding unwind 
information. In one such embodiment, the present invention creates a 
module which includes data related to djmamically generated code and 
20 corresponding imwind information. The present embodiment also 
provides an application program interface which allows the data to be 
N registered such that dynamic registration of the dynamically generated 

code and the corresponding unwind information is enabled. The present 
embodiment also couples an application program interface invocation 
25 code sequence to the dynamically generated code such that upon execution 
of the dynamically generated code, the application program interface 
invocation code sequence instructs the application program interface to 
facilitate registration of the data. 

30 These and other technical advantages of the present invention will 

no doubt become obvious to those of ordinary skill in the art after having 
read the following detailed description of the preferred embodiments 
which are illustrated in the various drawing figures. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The accompan5dng drawings, which are incorporated in and form 
a part of this specification, illustrate embodiments of the invention and, 
together with the description, serve to explain the principles of the 
5 invention: 

FIGURE 1 is a schematic diagram of an exemplary computer 
system used to perform steps of the present method in accordance with 
various embodiments of the present claimed invention. 

10 

FIGURE 2 is a flow chart of steps performed in accordance with 
one embodiment of the present claimed invention, 

FIGURE 3 is a schematic diagram of a system in which the 
15 present embodiments are implemented in accordance with one 
embodiment of the present claimed invention. 

FIGURE 4 is a flow chart of steps performed in accordance with 
B another embodiment of the present claimed invention. 

fi 20 

FIGURE 5 is a schematic diagram of the code layout and control 
i:^ transfer for an application program interface invocation code sequence 

\^ in accordance with one embodiment of the present claimed invention. 

!^ 25 FIGURE 6 is a flow chart of steps performed in accordance with 

yet another embodiment of the present claimed invention. 

FIGURE 7 is a flow chart of steps performed in accordance with 
still another embodiment of the present claimed invention. 

30 

FIGURE 8 is a flow chart of steps performed in accordance with 
yet another embodiment of the present claimed invention. 



The drawings referred to in this description should be understood 
35 as not being drawn to scale except if specifically noted. 
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BEST MODES FOR CARRYING OUT THE INVENTION 

Reference will now be made in detail to the preferred embodiments 
of the invention, examples of which are illustrated in the accompanying 
drawings. While the invention will be described in conjunction with the 
5 preferred embodiments, it will be understood that they are not intended to 
limit the invention to these embodiments. On the contrary, the invention 
is intended to cover alternatives, modifications and equivalents, which 
may be included within the spirit and scope of the invention as defined by 
the appended claims. Furthermore, in the following detailed description 

10 of the present invention, numerous specific details are set forth in order to 
provide a thorough understanding of the present invention. However, it 
will be obvious to one of ordinary skill in the art that the present invention 
may be practiced without these specific details. In other instances, well 
known methods, procedures, components, and circuits have not been 

15 described in detail as not to unnecessarily obscure aspects of the present 
invention. 

It should be borne in mind, however, that all of these and similar 
terms are to be associated with the appropriate physical quantities and are 

20 merely convenient labels applied to these quantities. Unless specifically 
stated otherwise as apparent from the following discussions, it is 
appreciated that throughout the present invention, discussions utilizing 
terms such as "providing", "coupHng", "creating", "registering" or the 
like, refer to the actions and processes of a computer system, or similar 

25 electronic computing device. The computer system or similar electronic 
computing device manipulates and transforms data represented as 
physical (electronic) quantities within the computer system's registers 
and memories into other data similarly represented as physical quantities 
within the computer system memories or registers or other such 

30 information storage, transmission, or display devices. The present 

invention is also well suited to the use of other computer systems such as, 
for example, optical and mechanical computers. 

COMPUTER SYSTEM ENVIRONMENT OF 
35 THE PRESENT INVENTION 

With reference now to Figure 1, portions of the present method and 

system are comprised of computer-readable and computer-executable 

instructions which reside, for example, in computer-usable media of a 

computer system. Figure 1 illustrates an exemplary computer system 100 

40 used in accordance with one embodiment of the present invention. It is 
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appreciated that system 100 of Figure 1 is exemplary only and that the 
present invention can operate on or within a number of different computer 
systems including general purpose networked computer systems, 
embedded computer systems, routers, switches, server devices, client 
5 devices, various intermediate devices/nodes, stand alone computer 
systems, and the like. Additionally, computer system 100 of Figure 1 is 
well adapted having computer readable media such as, for example, a 
floppy disk, a compact disc, and the like coupled thereto. Such computer 
readable media is not shown coupled to computer system 100 in Figure 1 
10 for purposes of clarity. Additionally, portions of the present embodiment 
are well suited to operating in conjunction with various mobile clients 
such as, for example, a cell phone, personal digital assistant (PDA), 
laptop computer, pager, and the like. 

15 System 100 of Figure 1 includes an address/data bus 102 for 

15 communicating information, and a central processor unit 104 coupled to 

O bus 102 for processing information and instructions. As an example, 

central processor unit 104 may be an IA-64 architecture processor 
available from Intel Corporation of Santa Clara, California. System 100 
H3 20 also incudes data storage featirres such as a computer usable volatile 
^ memory 106, e.g. random access memory (RAM), coupled to bus 102 for 

Jf: storing infDrmation and instructions for central processor unit 104. 

System 100 also includes computer usable non-volatile memory 108, e.g. 
read only memory (ROM), coupled to bus 102 for storing static information 
H 25 and instructions for the central processor unit 104. Such static 
information is comprised, in one embodiment, of commands for 
configuration and initial operations of computer system 100. Computer 
system 100 also includes a data storage unit 110 (e.g., a magnetic or 
optical disk and disk drive) coupled to bus 102 for storing information and 
30 instructions. 

System 100 of the present invention also includes an optional 
alphanumeric input device 112 including alphanumeric and function 
keys coupled to bus 102 for communicating information and command 
35 selections to central processor imit 104. System 100 also optionally 
includes an optional cursor control device 114 coupled to bus 102 for 
communicating user input information and command selections to 
central processor unit 104. System 100 of the present embodiment also 
includes an optional display device 116 coupled to bus 102 for displajdng 
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information. System 100 of the present embodiment also includes a 
communication interface 118 which enables computer system 100 to 
interface with other computers or devices. In one embodiment, 
commxmication 118 is, for example, a modem, an integrated services 
5 digital network (ISDN) card or the like, a local area network (LAN) port, 
etc. Those skilled in the art will recognize that modems or various types of 
network interface cards (NICs) typically provide data communications via 
telephone lines, while a LAN port provides data communications via a 
LAN. Communication interface 118 of computer system 100 may also 
10 enable wireless communications. Furthermore, communication 

interface 118 may enable communication with other computers or devices 
through one or more networks. For example, computer system 100, using 
communication interface 118, may communicate to the "Internet." 

15 Computer system 100 may be used to implement the techniques 

Ji. described below. In various embodiments, processor 104 performs the 

0 steps of the techniques by executing instructions brought to RAM 106. In 

5J alternative embodiments, hard-wired circuitry may be used in place of or 

in combination with software instructions to implement the described 

^ 20 techniques. Consequently, embodiments of the invention are not limited to 

IP 

any one or a combination of software, hardware, or circuitry. 

s _ 

?t'l 

Vg Instructions executed by processor 104 may be stored in and carried 

|:j through one or more computer-readable media, which refer to any 

!^ 25 medium from which a computer reads information. Computer-readable 
media may be, for example, a floppy disk, a hard disk, a zip-drive 
cartridge, a magnetic tape, or any other magnetic medium, a CD-ROM, a 
CD-RAM, a DVD-ROM, a DVD-RAM, or any other optical medium, 
paper-tape, punch-cards, or any other physical medium having patterns 
30 of holes, a RAM, a ROM, an EPROM, or any other memory chip or 

cartridge. Computer-readable media may also be coaxial cables, copper 
wire, fiber optics, acoustic, or light waves, etc. As an example, the 
instructions to be executed by processor 104 are in the form of one or more 
software programs and are initially stored in a CD-ROM being interfaced 
35 with computer system 100* Computer system 100 loads these instructions 
in RAM 106, executes some instructions, and sends some instructions via 
communication interface 118, a modem, and a telephone line to a 
network, the Internet, etc. A remote computer, receiving data through a 
network cable, executes the received instructions and sends the data to 
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computer system 100 to be stored in storage device 110. 

Referring still to Figure 1, optional display device 116 of Figure 1, 
may be a liquid crystal device, cathode ray tube, or other display device 
5 suitable for creating graphic images and alphanumeric characters 
recognizable to a user. Optional cursor control device 114 allows the 
computer user to dynamically signal the two dimensional movement of a 
visible symbol (cursor) on a display screen of display device 116. Many 
implementations of cursor control device 114 are known in the art 
10 including a trackball, mouse, touch pad, joystick or special keys on 

alphanumeric input device 112 capable of signaling movement of a given 
direction or manner of displacement. Alternatively, it will be appreciated 
that a cursor can be directed and/or activated via input from 
alphanumeric input device 112 using special keys and key sequence 
15 commands. The present invention is also well suited to directing a cursor 
% by other means such as, for example, voice commands. A more detailed 

C3 discussion of the present invention is foimd below. 

5 GENERAL METHOD AND SYSTEM FOR THE DYNAMIC 

^ 20 REGISTRATION OF INSTRUMENTAL CODE AND 

CORRESPONDING UNWIND INFORMATION 

As an overview, the present invention provides a method and 

^ system for enabling the registration of dynamically generated code and 

corresponding unwind information. 

W 25 

With reference next to flow chart 200 and to Figure 1, exemplary 
steps used by the various embodiments of present invention are 
illustrated. Flow chart 200 includes processes of the present invention 
which, in one embodiment, are carried out by a processor under the 

30 control of computer-readable and computer-executable instructions. The 
computer-readable and computer-executable instructions reside, for 
example, in data storage features such as computer usable volatile 
memory 106, computer usable non-volatile memory 108, and/or data 
storage device 110 of Figure 1. In one embodiment, the computer-readable 

35 and computer-executable instructions are used to control or operate in 
conjunction with, for example, processor 104 of Figure 1. 

With reference again to Figure 2, steps performed in accordance 
with one embodiment of the present invention are shown. Although 
40 specific steps are disclosed in flow chart 200 of Figure 2, such steps are 
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exemplary. That is, the present invention is well suited to performing 
various other steps or variations of the steps recited in Figure 2. The steps 
of the various embodiments of the present invention will also be described 
in conjunction with the schematic diagram of a system 300, in which the 
5 present embodiments may be employed, shown in Figure 3. Figure 3 
depicts a d5Tiamic code generation system such as, for example, an 
instrumentor 301, a target process environment 303 and a logical dividing 
line 301. At step 202, the present embodiment creates a module 302 which 
includes data related to dynamically generated code and corresponding 

10 unwind information. In one embodiment, the dynamically generated 

code is comprised of an instrumented version of a function. For purposes 
of the present discussion, instrumented code is used as an example of one 
type of dynamically generated code. Although the following discussion 
explicitly recites and discusses code instrumentation, such discussion 

15 and examples are for illustration only. That is, the following 

embodiments of the present invention also pertain to various other types of 



i3 dynamically generated code. Additional details related to 

instrumentation can be found in co-owned, commonly-assigned U.S. 



Patent AppUcation Serial No. 09/833,248 filed April 11, 2001, entitled 
20 "Dynamic Instrumentation Of An Executable Program", to Hundt et al. 
which is incorporated herein by reference as background material. 

Referring still to step 202, and to Figure 3, in one embodiment, 
module 302 is comprised of pseudo-module having data related to a 

25 process, e.g. Function A 304 and corresponding Function A Unwind 

Information 306. In the present embodiment, pseudo-module 302 is used 
to register an instrumented function along with its unwind information. 
That is, pseudo-module 302 stores data related to dynamically generated 
code (e.g. Function A 304) and its corresponding unwind information (e.g. 

30 Function A Unwind Information 306) in a centralized location. 
Furthermore, in one embodiment, processor 104 of Figure 1 in 
conjunction with instructions, residing, for example, in RAM 106, ROM 
108, and/or data storage device 110, comprise an apparatus which 
operates to perform step 202. 



35 



With reference now to step 204, the present embodiment provides an 
application program interface (API) 310 which allows the data (e.g. 
Function A 304 and Fxmction A Unwind Information 306) within pseudo- 
module 302 to be registered such that dynamic registration of dynamically 
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generated code and its corresponding irnwind information is enabled. In 
one embodiment, a dynamic loader 308 is used in conjunction with API 
310 to register the data within pseudo-module 302. More specifically, the 
use of the pseudo-modules 302 must occur within the context (e.g. to the 
5 right of line 305) of the target application (i.e. the instrumented 
application/process 303 which is being unwound). In prior art 
approaches, because this target application is not recompiled or relinked 
in any special way, there was no direct support for the use of the pseudo- 
modules. The present embodiment, however, provides API 310 which 
10 now enables, for example, dynamic loader 308 to register the data within 
pseudo-module 302. 

Hence, the present embodiment provides a method and system for 
enabling the registration of dynamically generated code and its 
15 corresponding unwind information. The present invention further 
S provides a method and system which achieves the above accomplishment 

O and which accommodates the use of pseudo-modules in the registration of 

JJ: the d3niamically generated code and its corresponding unwind 

Jo information. Also, in one embodiment, processor 104 of Figure 1 in 

12 20 conjunction with instructions residing, for example, in RAM 106, ROM 

108, andA)r data storage device 110 comprise an apparatus which operates 
to perform step 204. 

y With reference now to Figure 4, a flow chart 400 of steps performed 

O 25 in accordance with an embodiment of the present invention for registering 
dynamically generated code and corresponding unwind information is 
shown. The method of the present embodiment includes steps 202 and 204 
of Figure 2. These steps were described above in detail in conjunction with 
the description of Figure 2, and are not repeated herein for purposes of 
30 brevity and clarity. The method of the present embodiment as described in 
Figure 4 also includes new step 402. At step 402, the present embodiment 
couples an application program interface invocation code sequence (e.g. 
prologue 312) to the dynamically generated code 314 such that upon 
execution of dynamically generated code 314, the application program 
35 interface invocation code sequence, prologue 312, instructs API 310 to 
facilitate registration of data within pseudo-module 302. 

With reference still to step 402 and also now to Figure 5, a schematic 
diagram 500 of the code layout and control transfer for the function 
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prologue 312 (i.e. the application program interface invocation code 
sequence) of Figure 3 is shown. In one embodiment, after 
instrumentation of a function, the original function's entry point is 
patched with a long branch to the instrumented fxmction's entry point, 

5 which is located after prologue 312. More specifically, in the embodiment 
of Figure 5, function foo 0 316 is instrumented to produce instrumented 
function fooJnstrO 318. Thereafter, the entry point of original function 
foo 0 316 is patched with a long branch 319 (depicted by arrow 320) to the 
entry point of instrumented function fooJinstrQ 318. To continue the 

10 target executable, the instruction pointer (IP) is set to the beginning of 

prologue 312 (see arrow 322). In so doing, the present embodiment assures 
that prologue 312 is executed just once. Hence, in on embodiment, 
prologue code 312 will be executed only once per instrumented function 
and will perform the necessary registration calls to djnaamic loader 308 

15 via API 310. 

With reference still to step 402 of Figure 4, the application program 
interface invocation code sequence (e.g. prologue 312 of Figure 3 and 
Figure 5) consists of about 80 bundles. Additional details related to 

20 bundles can be found in co-owned, commonly-assigned U.S. Patent 

Application Serial No. 09/833,248 filed April 11, 2001, entitled "Dynamic 
Instrumentation Of An Executable Program", to Hundt et al. which has 
already been incorporated by reference as background material. 
As a result, generating prologue 312 for every function results in 

25 significant code bloat for instrumented functions. Hence, in one 

embodiment of the present invention, the application program interface 
invocation code sequence (e.g. prologue 312) is utilized by second 
dynamically generated code. That is, one embodiment of the present 
invention reuses the space allocated for prologue 312 for all function 

30 registrations. In so doing, the present embodiment prevents code bloat 
which could occur if numerous prologues were used. It should be noted 
that although the present embodiment uses the same space to store 
prologue 312, the instruction sequence of prologue 312 will be different for 
each function to be registered. The above-described approach to using the 

35 same allocated prologue space for a second approach is particularly 
beneficial in single-threaded processes. Also, in one embodiment, 
processor 104 of Figure 1 in conjimction with instructions residing, for 
example, in RAM 106, ROM 108, and/or data storage device 110 comprise 
an apparatus which operates to perform step 402. 
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With reference now to Figure 6, a flow chart 600 of steps performed 
in accordance with an embodiment of the present invention for registering 
dynamically generated code and corresponding unwind information is 

5 shown. The method of the present embodiment includes steps 202, 204, 
and 402 of Figure 4. These steps were described above in detail in 
conjunction with the description of Figures 2 and 4, and are not repeated 
herein for purposes of brevity and clarity. The method of the present 
embodiment as described in Figure 6 also includes new step 602. At step 

10 602, the present embodiment generates a second application program 
interface invocation code sequence for coupling to second dynamically 
generated code and corresponding unwind information. In so doing, 
upon execution of the second dynamically generated code, the second 
application program interface invocation code sequence instructs the 

15 application program interface to facilitate registration of data related to 
the second dynamically generated code and the corresponding imwind 
information. More generally, the present embodiment creates a new and 
distinct prologue for each thread of a multi-threaded process. 

20 Referring still to step 602, by providing a separate prologue for each 

of the threads in a multi-threaded process, the present embodiment 
prevents the generation of a race condition. As an example, consider a 
multi-threaded environment where Thread A is executing a prologue for 
a reached and instrumented function fooQ. Another Thread B reaches an 

25 uninstnmiented function bar(). Without employing the present 

embodiment, the instrumentor would instrument bar(), and then proceed 
to overwrite the prologue region which is still needed by Thread A (i.e. a 
race condition is generated). The present embodiment, however, provides 
a first prologue for Thread A and a second prologue for Thread B, thereby 

30 preventing the generation of such a race condition. In one embodiment, 
processor 104 of Figure 1 in conjunction with instructions residing, for 
example, in RAM 106, ROM 108, and/or data storage device 110 comprise 
an apparatus which operates to perform step 602. 

35 With reference now to Figure 7, a flow chart 700 of steps performed 

in accordance with still another embodiment of the present invention for 
registering dynamically generated code and corresponding unwind 
information is shown. The method of the present embodiment includes 
steps202, 204, and402ofFigure4. These steps were described above in 
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detail in conjunction with the description of Figures 2 and 4, and are not 
repeated herein for purposes of brevity and clarity. The method of the 
present embodiment as described in Figure 7 also includes new step 702. 
At step 702, the present embodiment prevents registration of a module 
5 (e.g. pseudo-modxile 302) for the function called directly or indirectly via 
the application program interface 310 of Figure 3. 

With reference still to step 702, by preventing the registration of 
pseudo-modules for the function called directly or indirectly via the 
10 application program interface 310 of Figure 3, the present embodiment 
prevents recursive overwriting of the prologue. In one embodiment, 
processor 104 of Figure 1 in conjunction with instructions residing, for 
example, in RAM 106, ROM 108, and/or data storage device 110 comprise 
an apparatus which operates to perform step 702. 

15 

With reference now to Figure 8, a flow chart 800 of steps performed 
in accordance with yet another embodiment of the present invention for 
registering dynamically generated code and corresponding unwind 
information is shown. The method of the present embodiment includes 

20 steps 202, 204, and 402 of Figure 4. These steps were described above in 
detail in conjunction with the description of Figures 2 and 4, and are not 
repeated herein for purposes of brevity and clarity. The method of the 
present embodiment as described in Figxire 8 also includes new step 802. 
At step 802, the present embodiment saves and restores the relevant 

25 machine context upon entry and exit of the application program interface 
invocation code sequence. 

That is, at step 802, in the present embodiment upon entry and exit 
of prologue 312, saves and restores the relevant context of the target 

30 process (e.g. preserved registers must preserve their values across the 

invocation of the application program interface invocation code sequence). 
In so doing, correct context information for the target process is 
maintained in spite of the execution of prologue 312. Also, in one 
embodiment, processor 104 of Figure 1 in conjunction with instructions 

35 residing, for example, in RAM 106, ROM 108, and/or data storage device 
110 comprise an apparatus which operates to perform step 802. 

The embodiments recited in conjunction with steps 602, 702, and 802 
of Figures 6, 7, and 8, respectively, were each described above separately, 
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for purposes of clarity. It should be understood, however, that the present 
invention is also well suited to an embodiment which performs more than 
one or all of steps 602, 702, and 802 in combination. 

Thus, the present invention provides a method and system for 
enabling the registration of dynamically generated code and its 
corresponding unwind information. The present invention further 
provides a method and system which achieves the above accomplishment 
and which accommodates the use of pseudo-modules in the registration of 
the dynamically generated code and its corresponding unwind 
information. 

The foregoing descriptions of specific embodiments of the present 
invention have been presented for purposes of illustration and description. 
They are not intended to be exhaustive or to Kmit the invention to the 
precise forms disclosed, and obviously many modifications and variations 
are possible in light of the above teaching. The embodiments were chosen 
and described in order to best explain the principles of the invention and 
its practical application, to thereby enable others skilled in the art to best 
utiHze the invention and various embodiments with various modifications 
as are suited to the particular use contemplated. It is intended that the 
scope of the invention be defined by the Claims appended hereto and their 
equivalents. 
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